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Abstract 

One  role  performed  by  technology  Groups  within  DSTO  is  the  provision  of  whole  of  platform 
advice  to  Defence  capability  acquisition  projects  during  the  needs  and  requirements  phases  of 
the  capability  development  lifecycle.  At  present  the  process,  or  system,  that  links  the  request 
for  advice  from  a  capability  acquisition  project  stakeholder  to  the  analysis  and  advice 
provided  by  DSTO,  is  not  clearly  understood  or  defined.  This  lack  of  clarity  can  influence  the 
form  and  content  of  the  advice  provided  by  permitting  misinterpretation  of  the  intended 
purpose  of  the  advice  by  the  DSTO  Groups  and/or  misunderstanding  on  the  part  of  the 
capability  stakeholders  as  to  the  type  of  analysis  required  and  the  expected  bounds  of  validity 
of  the  advice.  The  role  that  DSTO  provides  to  the  greater  Defence  organisation  is  analogous  to 
many  customer  /  service  provider  relationships  in  industry,  thus  this  lack  of  clarity  between 
customer  requirements  and  technical  advice  provided  is  broadly  applicable. 

In  order  to  gain  a  better  appreciation  of  the  process  of  linking  requests  for  advice  to  analysis, 
two  main  aspects  need  to  be  considered,  one  that  resides  at  the  Group  level  and  the  other  at 
the  enterprise  level.  The  enterprise  level  considers  the  wider  provision  of  advice  to  Defence 
acquisition  projects  by  DSTO.  At  this  level,  the  problem  is  ill-structured  and  contains  a 
multitude  of  stakeholders.  A  soft  systems  approach  is  one  method  that  could  be  beneficial  in 
enhancing  our  understanding  and  helping  to  define  the  system  at  this  level.  This  presentation, 
however,  focuses  on  the  Group  level.  At  this  level,  the  problem  is  somewhat  simplified  due  to 
the  reduction  in  stakeholders,  processes,  analysis  tools  and  techniques,  nonetheless,  the 
problem  space  is  still  non-trivial.  It  is  anticipated  that  by  defining  the  system  at  the  Group 
level,  a  more  informed  subsequent  exploration  of  the  enterprise  level  could  be  conducted. 

To  address  the  problem  at  the  Group  level,  a  systems  engineering  approach  has  been  deemed 
as  suitable.  This  is  based  on  the  authors'  contention  that  the  problem  at  hand  (i.e.  the 
provision  of  advice  due  to  a  request)  can  be  described  as  being  an  assemblage  of  elements,  in 
the  form  of  related  activities  and  processes  that  form  a  unitary  whole,  where  this  unitary 
whole  constitutes  a  system^.  In  this  instance,  an  Object-Oriented  Systems  Engineering  Method 
(OOSEM)  approach^,  along  with  IS015288,  has  been  adapted  and  adopted  to  the  development 
of  a  system  for  providing  advice  to  stakeholders  by  the  appropriate  Groups  within  DSTO. 


2  Blanchard,  B.  S.  and  Fabrycky,  W.  J.  (2006)  Systems  Engineering  and  Analysis.  4th  ed.  New  Jersey, 
Pearson  Prentice  Hall 

3  2.  Friedenthal,  S.,  Moore,  A.  and  Steiner,  R.  (2009)  A  Practical  Guide  to  SysML:  The  Systems  Modeling 
Language.  Burlington,  MA,  Morgan  Kaufmann  OMG  Press 
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This  presentation  will  cover  the  exploratory  research  and  concept  stages  of  the  development 
of  a  system  for  providing  advice  and  how  the  DSTO  Naval  Architecture  and  Platform  System 
Analysis  Group  and  the  Weapons  Capability  Analysis  Group  were  able  to  embed  MBSE  into 
the  activities  (for  example  the  user  requirements  elicitation  and  analysis)  that  were  conducted. 
The  presentation  includes  an  overview  of  the  user  requirements  elicitation  workshops  and 
their  outcomes.  Following  this,  a  discussion  on  some  of  the  common  themes  arising  from  the 
workshops  is  given.  Amalgamation  of  the  outcomes  of  the  workshops  to  potentially  develop  a 
common  framework  for  providing  technology  advice  is  discussed.  Some  of  the  initial  system 
component  feasibility  exploration  is  examined,  along  with  the  key  lessons  learned  from 
embedding  MBSE  into  the  system  development  process.  Finally,  with  the  increasing  use  of 
Model  Based  Systems  Engineering  (MBSE)  within  Defence  capability  acquisition  projects,  the 
potential  for  this  MBSE  approach  to  be  used  to  develop  a  linkage  between  a  project's 
knowledge  model  and  simulation  performed  within  DSTO,  will  be  discussed. 
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Presentation  Overview 


■  Background  -  need  for  the  work 
■The  system  of  interest 

■  MBSE  approach 

■  User  Needs/Stakeholder  Requirements  Elicitation 

-  NAPSA 
■  WCA 

■  High-level  framework  for  an  interface? 

■  Current/Further  work 

■  Lessons  learned  on  using  MBSE  during  stakeholder  needs 
identification 

■  Conclusions 
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Background 

■  The  process  linking  information  request  to  M&S  and  advice  loosely 
defined 

■  Can  lead  to: 

-  Provision  of  advice  not  reflective  of  request 

-  Unrealistic  expectations  from  project 

■  Due  to: 

-  Analysts  lacking  clarity  of  purpose 

-  Purpose/capability  lost  in  translation 

■Croup  level  focus 


■  Adopted  an  MBSE  approach  to  System  Development 
-Isa  common  framework  possible? 


■  MBSE  Capability  Models  taking  off  within  CDC  Could  these  be  linked  to 
M&S? 
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System-of-Interest 


Examples: 
•SEA1000 
and  Land19 
Capability 
Models 

•  Operational 
Support 

•  Capability 
Assessment 
•S&T 
Innovation 


Examples: 

•  ModelicaML 

•  C++ 

•  Relevant 
SMEs 

Literature 


UNCLASSIFIED  -  For  Public  Release 


52 


UNCLASSIFIED 


UNCLASSIFIED 


DSTO-GD-0734 


UNCLASSIFIED  -  For  Public  Release 


MBSE  Approach 


■  Adopted  OOSEM  System  Specification  and  Design  Process  [1]  and 
Systems  Engineering  Handbook  [2]  (ISO/IECl  5288  [3])  Exploratory 
Research  processes 

■  Mirrors  CDD  Process  [4]  -  i.e.  operational  scenarios  to  elaborate 
needs 

■  Tools 


■  Enterprise  Architect  (NAPSA|> 

■  CORE  (WCA) 

WSAF  Metamodel 


Manage 

Requirements 

Traceability 


Analyse 

Stakeholder 

Requirements 

i 


Analyse  System 
Requirements 

i 


Define  Logical 
Architecture 


Synthesise  Candidate 
Physical  Architectures 
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User  Needs/Stakeholder  Requirements  Elicitation  -  NAPSA 
Workshop  1 

■  Outline  the  session  and  define  ■  MBSE  performed  on-the-fly 

MBSE  terminology  , 

■  Elicit  need  statement 

■  Structured  Brainstorming  > 


Minimise  “SE”  discussion 


Elicit  Top-Level  “Use  cases”  (i.e.  questions  the 
group  has  been,  or  are  likely  to  be  asked) 

Rate  the  Importance  of  each  operational  activity 
Elicited  Operational  Activities  for  a  general  “Use 
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WSAF  Evolution 


DSTO  S&T  requirements 
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User  Needs/Stakeholder  Requirements  Elicitation  -  NAPSA 
Workshop  2 


Similar  participants  to  Workshop  1 
Review  of  the  need  statement 
Structured  Brainstorming 
Used  model  from  H  workshop 


MBSE  performed  on-the-fly 

Elaborated  Top-Level  Use  Case  FFBD  (operational 

activities) 

Elicited  operational  needs  and  constraints 
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User  Needs/Stakeholder  Requirements  Elicitation  -  NAPSA 
Workshop  3 

■  Elaborated  another  top-level  Use  Case 

■  Blank  Canvas 


■  Restricted  participants  to  5-8  operational  activities 
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Frameworks  for  Conducting  Analysis 

GUIDEx  [5] 


NATO  -  Conceptual  Model  Development  Process  [7] 
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A  Possible  High-Level  Framework  for  M&S? 


Client  Interaction 

Activities 

Actors 

Outputs 

•Client  engagement 

•DSTO/CDG/Project 

•Initial  Problem  Definition 

•Client/Service  provider 

Statement 

iz  T  I  j 


Problem 
Formulation  and ' 
Design 


Prepare 


M&S  Input  \ 


M&S 


Data 


Execution 


Analysis^^  Reporting 


Activities 

•  Frame  analysis 

•  Determine 
outputs 

•  Negotiate 
analysis  activities 

•  Determine 
constraints 

•  Extract  relevant 
data 

•  Format  data 
•Treat  gaps  & 
assumptions 

•  Identify  risk  level 

•  Conduct  M&S 

•  Validate  results 

•  Identify  M&S 
bugs/errors 

•  Validate  data 
will  satisfy  SOW 

•  Analyse  M&S 
results 

•  Resolve  any 
validation 
issues 

•Prepare  results 
for  reporting 

•Assemble 

results 

•  Prepare  report 

•  Review  report 

•  Obtain  release 
approvals 

Actors 

•  DSTO/CDG/ 
Project  office 

•  Client/Service 
Provider 

•  DSTO  /service 
provider 
technology 
area 

•DSTO  /service 

provider 

technology 

area 

•  Other 

technology 

experts 

•DSTO  /service 

provider 

technology 

area 

•  Other 

technology 

experts 

•DSTO  /service 
provider 
technology  area 

•  Other 
technology 
experts 

•  Management 

Outputs 

•  Statement  of  work 
(SOW) 

•  Internal  analysis 
plan 

•  Assumptions 

•  Resource 
requirements 

•  Security  needs 

•  Relevant  data 

•  Data  in  correct 
file  format 

•  Analysis 
uncertainty/risk 
level 

•  M&S  output 
data 

•  Error/Issue 
log 

•  Updates  for 
executable 

•  Results  In 
useable 
format  for 
reporting 

•  Analysis 

Issue  log 

•  Approved 
report  in 
format  that 
satisfies  SOW 
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So  What  -  Where  to  from  here? 


req  identify  reievant  data  with  RFI 


(from  Operational 
Constraints) 
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Lessons  Learned 

■  Avoid  any  emphasis  on  “we  are  doing  SE” 

■  Be  aware  of  personalities  -  e.g. 

■  Functional  thinking  not  inherent  -  give  them  time  to  explore 

■  People  down  In  the  weeds 

■  Importance  of  a  broad  range  of  stakeholders 

■  By  the  third  NAPSA  workshop,  participants  had  process  buy  in 

-  Positive  feedback 

■  Able  to  work  with  a  blank  canvas 


■  Having  two  facilitators  at  NAPSA  workshops  was  beneficial 

■  You  can  perform  modelling  on-the-fly-  and  it  aids  elicitation! 
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Conclusions 


■  Large  amount  of  Human/negotiating  activities  within  interface 

■  Possible  High-level  framework  only  applicable  to  Defence/DSTO  at 
present 

■  MBSE  on-the-fly  is  useful  in  concept  engineering  -  particularly  needs 
elicitation 

■  Potential  exists  to  link  some  of  the  identified  operational 
activities/functions  to  components  in  an  interface  between  MBSE 
capability  models  and  M&S 

■  This  is  likely  to  be  important  with  the  growing  use  of  MBSE 
capability  models  in  Defence 
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